home *** CD-ROM | disk | FTP | other *** search
/ F1 Licenseware / F1 Licenseware - Volume 1.iso / disks / 099.dms / 099.adf / FAQ.doc < prev    next >
Text File  |  1978-02-21  |  7KB  |  172 lines
  1. GRAC FAQ
  2. --------
  3.  
  4. Naturally I only called the program GRAC so that I could use the above title.
  5. In case anyone doesn't know, FAQ stands for Frequently Asked Questions.
  6. Actually I generally include a question even if I have been asked it only
  7. once; this would be a very short file otherwise. If your question is not
  8. listed, write to me at the address in the GRAC documentation or e-mail
  9. E.W.Clay@durham.ac.uk
  10. If you don't get a reply to e-mail within a few days I'm probably away
  11. from university and you will have to write (snail-mail) instead. I guarantee
  12. a reply to all mail with an S.A.E.
  13.  
  14. Here are the questions:
  15.  
  16. Q. Why won't the documents print out?
  17.  
  18. A. Because the printer.device is missing from the disk. Solution: copy it 
  19.    into the devs directory, or boot from Workbench. This only affects
  20.    GRAC 1.0.
  21.  
  22.  
  23. Q. I find it hard to draw characters. Can you help?
  24.  
  25. A. No. Drawing characters is very difficult, but you will just have to get
  26.    to work in Dpaint. What I usually do is create an eight frame animation,
  27.    then copy each frame onto a single picture when it looks all right.
  28.    You should use a frame rate of ten per second.
  29.  
  30.  
  31. Q. Why does GRAC crash when I grab an object?
  32.  
  33. A. You have to grab from top right to bottom left (see the bugs file).
  34.  
  35.  
  36. Q. Why does the script editor clear what I have typed after a few seconds?
  37.  
  38. A. Another minor bug. You need to use the mouse to get to the first entry
  39.    in the script; don't press return.
  40.  
  41.  
  42. Q. I have managed to complete the tutorial but I can't get my own game to
  43.    run. What am I doing wrong?
  44.  
  45. A. It could be any of a number of things. I will list everything I can think
  46.    of, but GRAC is very touchy; it won't work unless you get everything 
  47.    right, and it doesn't always tell you why. That is something I could
  48.    improve on in GRAC 2.
  49.    Here is what you need to get a game to run:
  50.  
  51.    * Obviously, the game file, with an icon, and the gracplayer in the same
  52.      drawer.
  53.  
  54.    * A control panel. This should have a text window, message bar, and at
  55.      least one verb.
  56.  
  57.    * An inventory. It needn't have anything in it.
  58.  
  59.    * A character. All of the preset positions must be there, in all
  60.      directions. This includes the heads.
  61.  
  62.    * An object bank. Again, it can be empty at first. Please use different
  63.      banks for the control panel and the room. You are just wasting memory
  64.      otherwise because GRAC will load it in twice.
  65.  
  66.    * A room. It will need to have a walk zone with a point in it for the
  67.      character to start at.
  68.  
  69.    * Then, to put it all together, go to the object bank and select your
  70.      character. Click on START in the main menu and choose a starting
  71.      room, character and point. Then when you run the game it should load
  72.      everything and let you move the character around. If not, you have
  73.      done something wrong. It really does work; I have several working games
  74.      to prove it.
  75.  
  76.  
  77. Q. I can't get the tutorial to work. Why not?
  78.  
  79. A. The most likely reason in that you haven't followed the instructions
  80.    accurately. Try it again.
  81.  
  82.  
  83. Q. How do I make a self-booting disk?
  84.  
  85. A. The easiest way is to take the Lethal Formula disk, delete all of the GRAC
  86.    files and copy your own game onto it. You must then make sure that the
  87.    path name used by your game matches the name of the disk. If you want
  88.    to make a multiple disk game then you need only one boot disk and use
  89.    ordinary blank disks for the others. It's just a matter of making sure
  90.    that all of the paths are correct; that is, is GRAC thinks that a certain
  91.    file is on a certain disk then it had better be there, otherwise it's
  92.    going to crash. I will warn you that GRAC 1.0 has bugs which could
  93.    prevent the use of more than one disk. The solution is to upgrade to
  94.    GRAC 1.1 (see the bugs file).
  95.  
  96.  
  97. Q. Why does the room move around as the character walks?
  98.  
  99. A. All GRAC rooms will automatically scroll centred around the player's
  100.    character. This is to allow rooms larger than the physical screen.
  101.    The only way to stop it is to have a picture the same size as the visible
  102.    area of the display. If you are using Dpaint this will usually mean
  103.    grabbing the picture as a brush and saving it that way, because Dpaint
  104.    will not save pictures smaller than the full screen.
  105.  
  106.  
  107. Q. Can I run GRAC from Amos?
  108.  
  109. A. Yes. You will need Amospro 2.0 and powerpacker. Then, unpack the
  110.    gracplayer (it will nearly double in size) and from your Amos program
  111.    use the lines:
  112.  
  113.    Command Line$="name of your game"
  114.    Run "Gracplayer"
  115.  
  116.    Where naturally you have to fill in the blanks and and get the paths
  117.    right.
  118.  
  119.  
  120. Q. Can I run an Amos program from GRAC?
  121.  
  122. A. No. Technically this is possible, but you could never get back to GRAC
  123.    afterwards, so I haven't implemented it. I could save the game to ram,
  124.    I suppose, then restart the Gracplayer and reload it. It would be fiddly
  125.    and heavy on memory. GRAC can handle most sequences anyway. There's little
  126.    need to go back to Amos.
  127.  
  128.  
  129. Q. Is it possible to have map screens?
  130.  
  131. A. Not in GRAC 1. I have already programmed the feature in GRAC 2 though!
  132.  
  133.  
  134. Q. What about character scaling?
  135.  
  136. A. This can't be done in Amos. (I'm waiting for someone to prove me wrong.)
  137.  
  138.  
  139. Q. Is there any possibility of AGA support?
  140.  
  141. A. As soon as an AGA extension is released for AMOS. This is likely to
  142.    happen quite soon.
  143.  
  144. Q. What does a minus sign in front of a flag signify?
  145.  
  146. A. This has caused a bit of confusion. Read the following carefully:
  147.  
  148.    GRAC uses 1000 flags to keep track of the state of a game. These flags
  149.    each hold an integer value which can be positive or negative. The value
  150.    held by a flag may be changed at will in a script.
  151.    The LOGICAL value of a flag depends entirely on its integer value. It is
  152.    not a separate thing. If a flag holds the value zero then its logical
  153.    value is FALSE. Otherwise it is TRUE.
  154.    The logical value of a flag is used for one purpose only. This is when
  155.    an object or zone is assigned a flag. In this case the object will only
  156.    appear if the logical value of the flag is TRUE. Now, it may be that you
  157.    want the object to appear when the flag is FALSE. For example, all flags
  158.    (except flag zero) start off as FALSE, so if you want an object to be
  159.    there at the start of the game then you will want to assign the flag
  160.    this way round. To do this you put a minus sign in front of the flag.
  161.  
  162.    example: flag #1 has the value 0 at the start of the game. There is an
  163.             object on the floor which needs to disappear when the player
  164.             picks it up. So, enter -1 as the flag for this object.
  165.  
  166.  
  167. Q. Can I have a step-by-step guide to creating a game from scratch please?
  168.  
  169. A. Well, it would take me all of my spare time for a week to put it 
  170.    together, but all right. You will find it on this disk.
  171.  
  172.